Switch system

ABSTRACT

A switch having a waterproof sealed housing and a physical user interface mounted onto a shaft having a set of interchangeable inserts. The switch communicates via wireless communication. The waterproof sealed housing houses linear and angular position sensors and a wireless microcontroller. The waterproof sealed housing houses at least one switching power transistor, a signal sensor, a current sensor, and an illuminant indicator. The waterproof sealed housing having a sealed housing cover. The switch connects wirelessly forming a wireless mesh network with other switches. The switch is a power-controlling device programmed to control a plurality of assets. A plurality of the switches is implemented together as part of a complete control panel.

BACKGROUND OF THE INVENTION 1. Field of the Invention

The present invention relates to systems that combine multiple device controllers into a single intelligent mesh, and more particularly, to programmable and wireless electrical device controllers that allow users to manually control electrical devices, and/or remotely access and control such electrical devices through user mobile applications.

2. Other Related Applications

The present application is a continuation-in-part of pending U.S. patent application Ser. No. 16/667,286, filed on Oct. 29, 2019, which is hereby incorporated by reference.

3. Description of the Related Art

With the development and usage of various low power, near range signal communication protocols, there has been a rapid growth of devices and systems for monitoring sensors, devices, and systems, and for controlling some of those devices and systems. Most recently, the growth of Internet of Things (IoT) systems for monitoring, controlling, alert notification, system status, and system safety designs has seen tremendous growth and acceptance in both industrial and residential applications.

The designs and specific applicable implementations of such devices are somewhat at its infancy given the continuing and rapid improvements to various sensor technologies, as well as advances in wireless signal communication technology. Residential implementation of such systems for “smart home” applications has been a prime, well-recognized example of usage of such wireless systems in residential security cameras, various “smart home” systems to monitor and control lighting, security systems, garage doors, and many other examples.

There are over 13.0 million recreational boats currently registered in the United States, while the above-mentioned wireless smart technologies have scarcely been implemented for watercraft. One of the reasons is that high-tech electronics and a harsh environment of the sea have a history of maleffect, causing electronics to deteriorate over time. It is therefore that most recreational watercraft operate with technology that was designed in the middle of the twentieth century; mostly manual, or mechanical, and if electric, within individual closed circuits operated by hand. Accordingly, what is needed within the electrical and electromechanical device controller field, is a fully contained, sealed, wireless, customizable, device controller that uses low power, and a near range signal communications protocol that allows users to connect to a plurality of electronic or electromechanical devices for status and control purposes. Such customization should include the ability to modify soft-key metrics of a physical control mechanism. Such a device should also allow for usage in various environments, military, including marine, or saltwater environment, and accordingly would likely require a watertight, sealed device with limited electrical connections.

Applicant is not aware of any system for controlling assets via smart power switching devices having the novel features of the present invention.

SUMMARY OF THE INVENTION

The present invention is a switch comprising a waterproof sealed housing and a physical user interface mounted onto a shaft having a set of interchangeable inserts. The switch communicates via wireless communication. The waterproof sealed housing houses linear and angular position sensors and a wireless microcontroller. The waterproof sealed housing houses at least one switching power transistor, a signal sensor, voltage sensor, a current sensor, and an illuminant indicator. The waterproof sealed housing comprises a sealed housing cover.

The switch further comprises a translucent window and a tactile click mechanism. The switch further comprises terminal connectors.

The shaft comprises an outer surface at one end and a magnet-encapsulating cavity at an opposite end. The shaft moves linearly along a center axis, such that a pulse of pressure on the outer surface is transferred to the tactile click mechanism. The shaft moves linearly along a center axis independent of the physical user interface, whereby the outer surface acts as part of the physical user interface. The shaft is translucent to allow an illuminant indicator to shine through the translucent window to an outside of the physical user interface and illuminates the outer surface. The interchangeable inserts contain different detents and position limiters that define angular movements of the physical user interface.

The physical user interface includes a rotating knob, a clicking surface, and an illuminated surface. The switch connects through a self reliant wireless network. The switch connects wirelessly forming a wireless mesh network with other of the switches. The switch is a power-controlling device programmed to control a plurality of assets. The switch makes measured data available system-wide and to a user for purposes of monitoring aspects of a vessel. The aspects of the vessel are water levels, fuel levels, and battery temperatures. The waterproof sealed housing is designed for marine and military applications. The switch assigns each of the plurality of assets a graphical element bound to a corresponding the physical user interface. The switches are implemented together as part of a control panel.

It is therefore one of the main objects of the present invention to provide a switch for controlling assets.

It is another object of this invention to provide a switch with physical and remote controls.

It is another object of this invention to provide a switch, which functions through a self reliant wireless network.

It is another object of this invention to provide a switch, which is of a durable and reliable construction.

It is yet another object of this invention to provide a switch that is inexpensive to manufacture and maintain while retaining its effectiveness.

Further objects of the invention will be brought out in the following part of the specification, wherein detailed description is for the purpose of fully disclosing the invention without placing limitations thereon.

BRIEF DESCRIPTION OF THE DRAWINGS

With the above and other related objects in view, the invention consists in the details of construction and combination of parts as will be more fully understood from the following description, when read in conjunction with the accompanying drawings in which:

FIG. 1 is a schematic diagram illustrating a system and components of the present invention.

FIG. 2 is a schematic diagram illustrating a beacon with its electronic components.

FIG. 3 is a schematic diagram illustrating electronics elements of a switch.

FIG. 3A is a front isometric view of a switch of the present invention.

FIG. 3B is a rear isometric view of the switch of the present invention seen in FIG. 3A.

FIG. 3C is an exploded view of the switch of the present invention seen in FIG. 3A.

FIG. 3D is an isometric view of a control panel configured with a plurality of switches.

FIG. 3E is an exploded view of an alternative embodiment of the switch of the present invention.

FIG. 4 is a schematic diagram illustrating electronics elements of a battery selector of the system.

FIG. 4A is an isometric view of a battery selector of the system.

FIG. 4B is an exploded view of the battery selector of the system.

FIG. 4C is a diagram showing algorithms of the battery selector.

FIG. 5 is a diagram showing a process to configure assets for different user-defined functions inside a wireless mesh network of the present invention.

FIG. 6A is a screen captured graphical user interface console for light switches.

FIG. 6B is a screen captured graphical user interface console for pumps.

FIG. 6C are screen captured graphical user interface consoles for valves.

FIG. 7 is a diagram showing the present invention as a smart system that allows switches and battery selectors to communicate with a cloud server and mobile devices inside and outside of the wireless mesh network.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The terms “program”, “software application”, “mobile application”, “application”, and the like as used herein, are defined as a sequence of instructions designed for execution on a computer system. A “program”, “computer program”, “mobile application”, “application”, or “software application” may include a subroutine, a function, a procedure, an object method, an object implementation, an executable application, an applet, servlet, source code, object code, a shared library/dynamic load library and/or other sequence of instructions designed for execution on a computer system.

The term “GPS location” or “location” should be understood to mean the identification of the real-world geographic location of an object, such as a mobile device or an internet-connected computer terminal and the practice of assessing the location, or to the actual assessed location on planet earth. As a non-limiting example, it also includes using positioning systems to determine a meaningful location (e.g. a street address) including a set of geographic coordinates around the earth.

Term “mobile device” should be understood to mean a handheld computer or a small handheld computing device, typically having a display screen with touch input screen and/or a miniature keyboard. A mobile device as disclosed herein should not be limited to “IPHONE” or “ANDROID” mobile phones or tablet devices.

Term “Wireless”, should be understood to mean Wireless communication in the transfer of information or power between two or more points that are not connected by an electrical conductor, and include, but is not limited to: Wi-Fi is a wireless local area network that enables portable computing devices to connect easily with other devices, peripheries, and the Internet; Standardized as IEEE 802.11 a, b, g, n, ac, ax, Wi-Fi has link speeds similar to older standards of wired Ethernet. Wi-Fi; Cellular data service offers coverage within a range of 10-15 miles from the nearest cell site; GSM, CDMA and GPRS, through 3G, to 6G networks such as W-CDMA, EDGE or CDMA2000, and 5G; Low-power wide-area networks (LPWAN) to bridge the gap between Wi-Fi and Cellular for low bitrate Internet of things (IoT) applications; Mobile-satellite communications may be used where other wireless connections are unavailable, such as in the ocean.

Terms “provision”, “provisioned”, or “provisioning” should be understood to mean the process of authenticating and providing basic information (including unicast addresses and a network key) to a device for it to participate in a network. A device must be provisioned to become part of a network. Once provisioned into a network through a web application or software, a device can transmit or receive messages in the network. A device is provisioned by a “provisioner”.

Terms “configure”, “configured”, or “configuring” should be understood to mean a process by which a device is provided the necessary information for it to perform a function. A device must be configured before it can perform any function. Once configured, a device can perform the function, which it has been assigned. A device is configured by a “Provisioner”.

A “provisioner” should be understood to mean typically a smartphone or other mobile computing device, running a provisioning application. A provisioner provides the unconfigured device with configuration data. Configuration data is stored in non-volatile memory onboard the device. A provisioner is typically a smartphone or other mobile computing device, running a provisioning application. A provisioner provides the unprovisioned device with provisioning data that allows it to participate in a network.

Terms “programmable”, “programmed”, or “programming sequence” should be understood to mean capable of being provisioned and configured.

Terms “vessel network” should be understood to mean any existing wired or wireless network within a vessel. This includes NMEA2000 or any adaptation of a Controller Area Network, as well as Ethernet, serial, bus network, or any other similarly defined protocols.

Terms “User Interface”, “display console”, “console”, or “device console” should be understood to mean any visual display that can provide the user with information in either graphical or text format or a combination thereof. It is typically a smartphone or other mobile computing device. Also includes but is not limited to any human machine interface, touch display, panel computer, or similar computing hardware.

Referring now to the drawings, the present invention is a switch, and is generally referred to with numeral 300. Switch 300 is part of a system for controlling assets via smart power switching devices, defined as system 10. It can be observed that system 10 basically includes beacon 200, switch 300, and battery selector 400.

As seen in FIG. 1, system 10 comprises at least one beacon 200, at least one switch 300, and at least one battery selector 400, which are in charge of controlling one or more physical assets 120. The at least one beacon 200, at least one switch 300, and at least one battery selector 400 are collectively called devices. The devices are installed in vessel V, as an example, and operate within wireless network 100. The devices communicate wirelessly with each other and the communication requires no central hub or network management. There is no single point of failure. Wireless network 100 is considered to be self reliant. Wireless network 100 may be a wireless mesh network. Assets 120 are controllable hardware and are also installed in vessel V, but operate external to wireless network 100.

Assets 120 include, but are not limited to, pumps 122, horns, 124, valves 126, electromechanical actuators 128, fuel selectors 130, and lights 132. In addition, assets 120 may also include doors and windows, and any other electrical or electromechanical apparatus or machine that operates on electrical power and has little or no intelligence. The devices are intelligent and communicate with one another with wireless network 100. Assets 120 are usually electromechanical in nature and are controlled by the devices. In a preferred embodiment, wireless network 100 is either a flooded mesh network or routing mesh network, or a combination of both, or any other network having similar functionalities and/or technologies.

System 10 further comprises User Interface (UI) console 101. In one embodiment, User Interface (UI) console 101 is a user machine interface. In another embodiment, User Interface (UI) console 101 is a computer, such as mobile device 102, that includes mobile phones and tablets. UI console 101 can exist within wireless network 100 within vessel V, and/or within a network from outside vessel V through beacon 200 i.e. while a user is not within the range of wireless network 100 of vessel V. This is one advantage of system 10, whereby the user can connect remotely from anywhere in the world to manage, control, and monitor all devices, and assets 120 that are connected via the devices, within vessel V. UI console 101 can also function as a link from within wireless network 100 to outside vessel V when systems do not include beacon 200. This is one example of a partially redundant and modular design that makes system 10 flexible for users to meet cost-benefit goals. Power controlling devices, such as battery selector 400 and switch 300, communicate within wireless network 100, and assets 120 outside of wireless network 100.

Another advantage of system 10 is that every device is a sensor and has the ability to monitor at least Current (amperes) and Voltage (volts) passing through assets 120.

These functionalities are cornerstone abilities of system 10 that enable the development of meaningful data sets, provide clear real-time pictures of total system diagnostics to the user, and ultimately make intelligent decisions from inferences on processed data.

Similarly, resistance (ohms), capacitance (F), inductance (mH), and other physical properties, could also be measured depending on asset 120. Switches 300 can be connected to an external sensor, such as one to measure temperature or pressure, etc. Switches 300 can make measured data available system-wide and to the user for purposes of monitoring different aspects of vessel V, such as but not limited to water levels, fuel levels, and/or battery temperatures.

In a preferred embodiment, system 10 can incorporate sensors such as optical sensors 110 having cameras, and/or pressure sensors 112, in the form of strain gauges and the like, to enable the system as a security feature, contributing to the overall security of vessel V.

To accomplish the above, devices within system 10 share data readings with every other device. Since every device can see all other device's data, each can make comparisons, assertions, and ultimately decisions based on that larger data set. Some devices, such as battery selectors 400 and beacon 200 have the ability to keep a history of data from all devices to make more complex decisions. All data can be transmitted to user interface (UI) console 101, which also has the ability to keep a history of the data for the user to monitor and adjust accordingly. In the cloud, conclusions or abnormalities of a data set can be compared to another “normal” data set and an algorithm may draw predictions. Prediction data is then transmitted from cloud to system 10 and user interface (UI) console 101 for users to process and take action. Cloud data may be transmitted to user interface (UI) console 101 either directly or via beacon 200.

Further, wireless network 100 communications enable beacon 200 to utilize normally occurring device assets 120, such as horns 124 and lights 132, to make an alarm. The ability to add voice command/control features resides within beacon 200.

As seen in FIGS. 1 and 2, in one embodiment, the data available to user interface console 101 is transmitted to the cloud directly from beacon 200 via satellite antenna 201, mobile cellular wireless antenna 202, or wireless chip set 210. Such a wireless chip set 210 can be “WIFI” for example. In another embodiment, the data is transmitted to the cloud via user interface (UI) console 101 using cellular or Wi-Fi when beacon 200 is not present in system 10. A “complete” system, one that makes use of all possible system features, is accomplished by including at least one beacon 200, at least one switch 300, and at least one battery selector 400. System 10 is considered modular in that any combination of a subset of these crucial devices will produce a functioning system with a corresponding subset of features. At least one UI Console 101 may be included in the system for enhanced user experience.

By using several devices wirelessly connected together to create a mesh or wireless network 100, system 10 becomes an intelligent System by accomplishing the following steps:

1) monitoring physical properties of assets 120;

2) wirelessly sharing asset 120 data within wireless network 100;

3) storing the data either locally or remotely;

4) comparing the data of assets 120 to either a) other assets 120, b) a stored data set, or c) other wireless networks 100; and

5) drawing conclusions to make decisions or assisted decisions.

Different magnitudes of comparison are made locally versus remotely i.e. local storage allows comparison between assets 120 while remote storage allows comparison between networks. Accordingly, computer power at the system level is only sufficient for comparing asset 120 data within a single system while remote compute power is sufficient for comparing many systems.

As seen in FIG. 2, beacon 200 comprises optional satellite antenna 201, optional mobile cellular wireless antenna 202, low energy chipset 203, flash data storage 204 such as an EEPROM; optional Global Positioning System (GPS) antenna 205, microprocessor or SoM 206, current sensor 207, bus communication networks 208, satellite transceiver 209, Ethernet transceiver 218, and wireless chip set 210. It is noted that low energy chipset 203 can be “BLUETOOTH” for example, and wireless chip set 210 can be Wi-Fi for example.

Mobile cellular wireless antenna 202 may be 3G/4G/5G, LTE, or similar technologies. Bus communication networks 208 are for communication with an existing vessel network, such as NMEA2000. Ethernet transceiver 218 is also for communication with an existing vessel network.

Beacon 200 is an exemplary embodiment of a specific feature set, which includes: network storage needs, gateways to cellular and satellite communication, gateways to existing vessel networks, Wi-Fi connectivity, as well as some basic sensors. In one embodiment, satellite antenna 201 and mobile cellular wireless antenna 202 uplinks can be added in the form of an add-on module (e.g. miniPCIe, M.2, etc.). The Wi-Fi provides local internet connectivity for users if mobile cellular wireless antenna 202 uplink is present in beacon 200, as well as, connectivity to a wide area network WAN (for example provided by a port or marina) for the system to access the internet for cloud connectivity. In conjunction with all other network devices, beacon 200 may be used for security measures: through GPS positioning and/or sensors connected to wireless network 100 via switch 300, seen in FIG. 1, beacon 200 can alert the user of the security state of vessel V. Sensors may be optical sensor 110, pressure sensors 112, as seen in FIG. 1, or a motion sensor.

As seen in FIG. 3, switch 300 includes linear and angular position sensor 302, wireless microcontroller 303, waterproof sealed housing 304, at least one switching power transistor 305, signal sensor 306, current sensor 307, voltage sensor 308, and illuminant indicator 315. Voltage is sensed indirectly or directly from wireless microcontroller 303. Waterproof sealed housing 304 comprises sealed housing cover 317, seen in FIGS. 3A and 3B. Waterproof sealed housing 304 is designed for marine and military applications.

Switch 300 further comprises a fuse holder, not seen. External components include a physical user interface (PUI) 301. In a preferred embodiment, physical user interface (PUI) 301 is a rotating knob having a clicking surface, and an illuminated surface. External components further include shaft 314, and a set of interchangeable inserts 313 of like size and form.

Switch 300 is an intelligent device, namely, a power-controlling device that can be programmed for a plurality of functions to control any of a plurality of unintelligent assets 120. Switch 300 creates the ability to assign each asset 120 a Graphical User Interface 800, as seen in FIGS. 6A, 6B, and 6C, bound to a corresponding physical user interface 301, specifically rotating knob. Other different physical user interfaces (PUI) 301 may be used. Switch 300 connects through a self reliant wireless network. Switch 300 connects wirelessly forming a wireless mesh network with other switches 300.

Programming process 700, as seen in FIG. 5, defines the function of switch 300, and the identity of respective asset 120, seen in FIG. 1. Switch 300 function and asset 120 identity defined during programming process 700, are used to generate graphical element 811, seen in FIG. 6A as an example, unique to each device, to send appropriate commands for controlling given asset 120 and to display a current state of corresponding asset 120. Switch 300 functions include, but are not limited to, 1) On/Off; 2) On/1 or On/2 or On/both or Off; 3) Forward/Reverse; 4) 0-100%; and 5) RGB/HSL light control. Physical user interface 301 is matched to its programmed function by assembling with one of several interchangeable inserts 313. In addition to controlling assets 120, switches 300 are responsible for monitoring, logging, and reporting anomalies with respective asset 120.

One of the advantages of controlling power electronically with switching power transistor 305 is that no electrical contacts wear out over time; switch 300 is intrinsically more reliable than traditional power switches. The linear/angular position sensor 302 is a contactless sensor for sensing tactile click movements and has no wear. The only moving parts, physical user interface 301, interchangeable inserts 313, and shaft 314 are non-conducting and non-sensing, and easily replaced if necessary. There are no O-rings or sealing components in the design, since it is inherently waterproof. An integrated programmable current limiter and indicator means fewer components for installers to manage since they do not need to install circuit protection or status indication.

As seen in FIGS. 3A, 3B, and 3C, switch 300 contains physical user interface 301 connected to shaft 314, such that they rotate synchronously. Shaft 314 comprises outer surface 316 at one end and magnet-encapsulating cavity 318 at an opposite end. Shaft 314 is free to move linearly along its center axis independent of physical user interface 301, such that a pulse of pressure on outer surface 316 is transferred to tactile click mechanism 312 producing a tactile click to the user. Outer surface 316 acts as part of physical user interface. Shaft 314 is translucent to allow illuminant indicator 315 to shine through translucent window 311 from inside waterproof sealed housing 304 to the outside of physical user interface 301. Hence shaft 314, which is a waveguide through the center portion of physical user interface 301, illuminates outer surface 316 visible to the user.

FIG. 3B depicts a row of electrical terminal connectors 310 for connecting to a power source, connecting to a sensor, and for delivering power to an asset 120, as seen in FIG. 1.

In another embodiment, physical user interface 301 movements in combination with shaft 314 create different knob physical functions. Switch 300 is programmable to become a vast number of different functions using rotational movements A of physical user interface 301 or pressing movements B in any combination, seen in FIG. 3, to give the user a span of options. The functionality of each switch 300 shall be determined in programming process 700, seen in FIG. 5, and stored in memory of switch 300. The memory of switch 300 is located in wireless microcontroller 303, as seen in FIG. 3. Device functionality will be selected from a list of configurations on switch 300 from a setup dialog in the UI console 101, described in detail in FIG. 7.

As seen in FIG. 3C, interchangeable inserts 313 (a single determinate interchangeable part) contain different detents and position limiters that define knob angular movements. By using any of inserts 313, switch 300 can be configured so that rotational movement A, detents, and positions in combination with pressing movement B, seen in FIG. 1, are matched to programmed functions. Rotational movement A position, and pressing movement B events, seen in FIG. 1, are sensed by magnetic contactless position sensing of a magnet held in magnet-encapsulating cavity 318, and as shaft 314 is turned or clicked, position sensor 302 sends a signal to wireless microcontroller 303, as seen in FIG. 3.

As seen in FIG. 3D, multiple switches 300 are implemented together as part of a complete control panel 350 in a preferred embodiment.

Programming process 700, as seen in FIG. 5, is substantially reduced compared to state of the art systems due to the discrete nature of individual devices controlling individual assets 120, seen in FIG. 1. In one embodiment, each switch 300 is capable of handling an additional auxiliary asset 120.

As explained above, one of the advantages of switch 300 is the ability to connect wirelessly, forming a wireless network 100 as seen in FIG. 1, with other switches 300. Other advantages of switch 300 include the ability to share data within wireless network 100 and wirelessly transmit to the User Interface console 101 as seen in FIG. 1, for human decision and operation. Hence, it is shown above how, switch 300 can be said to convert any electrical or electromechanical asset 120 to which it is physically connected into a wirelessly enabled smart device. System 10 therefore spans applications as broad as marine, home automation, automotive, military, aerospace, etc.

As seen in FIG. 3E, there is an alternate embodiment of present invention 300. Switch 300 may include housing 320. Housing 320 houses all of the components related to physical user interface 301 specifically related to clicking and turning the knob. Housing 320 also comprises translucent window 321 for light to pass through. Waterproof sealed housing 304 snaps to the back of housing 320 so that housing 320 can be panel mounted without any hardware on the front side of the panel making it low profile. Physical user interface 301, that is, the knob, in this alternative embodiment is flatter for shallow relief.

Seen in FIG. 4 is a schematic diagram illustrating electronic elements of battery selector 400 of system 10. Battery selector 400 comprises knob 401 and core assembly 402. Core assembly 402 comprises angular position sensor 409, one or more bidirectional motors 408, bi-directional motor controller 407, wireless enabled microcontroller 403, current sensor 404, and voltage sensor 405.

As seen in FIG. 4A, battery selector 400 is a physical power controller responsible for distributing loads to a cluster of batteries, not shown. Many electromechanical systems employ energy storage via batteries. Sometimes multitudes of batteries are used when scaling such systems. Often times it is necessary to parallel two or more batteries for added power capacity, known as creating a power bank or “banking” for short. It is also sometimes necessary to isolate batteries, or remove from the bank, for power preservation. In a few cases it is even necessary to completely remove a battery from the system and move its loads to another battery. For efficiency and safety, management of all batteries should be done under strict guidelines, and therefore a battery management algorithm is made possible by including these battery selectors 400. This algorithm may be AI (Artificial Intelligence).

As seen in FIG. 4B, battery selector 400 comprises knob 401, core 402, and housing 410. Knob 401, core assembly 402, and housing 410 are telescopically assembled together. Knob 401 comprises indicator 413. Knob 401 is typically made of a durable non-conducting material, and is robust enough to be used in any environment for military or marine applications. Housing 410 is made of hard and durable non-conducting materials, and features sealing ports for electrical terminal studs 411 protruding from within. Core assembly 402 further comprises internal contacts 412. Core assembly 402 is mounted into housing 410 connecting electrical terminal studs 411 with corresponding internal contacts 412 sealing an internal cavity. Each electrical terminal stud 411 is connected to a battery, loads, or ground. Battery selector 400 mounts to a panel on mounting surface 414 of housing 410. One of the important advantages is that core assembly 402 is serviceable without housing 410 being removed from mounted electrical panel at mounting surface 414. This is extremely helpful to installers and servicers because of the amount and size of wiring that will be attached to electrical terminal studs 411 of battery selector 400. By first removing knob 401, core assembly 402 is removed to troubleshoot any issues should there be any malfunctions.

Battery selectors 400 work in groups, usually one per battery, to manage an entire cluster of batteries. Each battery selector 400 has 4 positions labeled as follows: OFF, ON, ISOLATE, and BYPASS. The following are descriptions of the position operand outputs:

Position OFF: battery selector 400 is disconnected from all loads downstream of the selector and all other batteries. The downstream loads are not connected to power.

Position ISOLATE: battery selector 400 is connected to its downstream loads and isolated from other batteries.

Position ON: battery selector 400 is connected to its downstream loads and also any other battery, which is in “ON” position. The downstream loads are supplied by all batteries in “ON” position in parallel.

Position BYPASS: battery selector 400 is disconnected from all loads downstream of switch 300 as seen in FIG. 1, and all other battery selector 400. The downstream loads are supplied power by other batteries in “ON” position. This position should be used when necessary to remove a bad battery.

Each of the four operands above can be applied to a single battery and since the selectors operate together as a group, communicating with each other wirelessly inside wireless network 100, it is possible for intelligent autonomous coordination for safe and efficient battery selector 400 management. An example of such battery selector 400 can be conceived on marine vessel V, seen in FIG. 1, with one or more mechanical or electromechanical propulsive system. Typically, vessel V will require at least one battery selector 400 per propulsive unit and additional load batteries for other onboard systems, which are charged via isolated additional charging leads from the propulsive unit(s).

As seen in FIGS. 4B and 4C, battery selector 400 comprises an algorithm stored in wireless microcontroller 406 seen in FIG. 4A. This algorithm manages which batteries to bank, isolate, or disconnect completely, based on many factors including but not limited to battery charge and discharge rates, load draw, voltage levels, and above all else safety. Each selector is capable of monitoring voltage, temperature, and current flows for its asset (battery). All battery selectors 400 coordinate management functions via wireless network 100 seen in FIG. 1. Because battery selector 400 is fully independent and autonomous, user input is not required for battery management. If there is an abnormality the software will warn the user of abnormality and coordinate a group effort of all battery selectors 400 to mitigate said abnormality according to the four operands mentioned above.

In operation, wireless microcontroller 406 knows the angular position of knob 401 using angular position sensor 409, as seen in FIG. 4, and then according to the algorithm, bi-directional motors 408 rotate knob 401 to a calculated position.

In another embodiment, each battery selector 400 should be capable of storing events in a memory akin to a redundant array of independent disks (RAID). Battery selectors 400 can remain functional in a low level sleep, minimum power draw, to monitor and store or report events such as charging status, bilge alarms, high water alarms, etc. They should also be the central storage point for events and data from other devices, switches 300, for any period of time where no beacon 200 or UI console 101 is present in the system as seen in FIG. 1.

Seen in FIG. 5 is a diagram showing a process to configure assets for different user-defined functions inside wireless network 100 of system 10 seen in FIG. 1. The process to configure assets for different user-defined functions defines a functionality of each device and the identity of that device's asset. Configuration is required to program devices to their required function since devices are capable of becoming a multitude of user-selectable, functionalities. In practice, this procedure is analogous to stem cells undifferentiated cells are homologous until their specific function is defined. This process may take place within User Interface console 101 seen in FIG. 1. A Graphical User Interface described below is designed to streamline processes. Compared to other systems, the configuration process is much simpler since each device ultimately has only a single asset-defined purpose. Provided herein is a step-by-step description of the process.

The steps of the process of the programing sequence can be described as follows:

Step 1) a user selects an un-configured device 701 for configuration and provisioning into wireless network 100, seen in FIG. 1;

Step 2) the selected device identifies itself by some means such as blinking an indicator or moving, in certain patterns;

Step 3) the user fills in required fields to completely describe asset 120 identity and device function as illustrated in column 702A and 702B;

Step 4) the inputted information, configuration information, and security keys to access and participate in wireless network 100 seen in FIG. 1, provisioning information is saved in persistent storage onboard the device;

Step 5) an identity and function has been defined and is reflected in the list as a configured device, illustrated by the example column 703; and

Step 6) the devices, switch 300, battery selector 400, in column 703 each have a specific graphical element 811, seen in FIG. 6A as an example, automatically generated based on their identity and function and added to an appropriate position of an appropriate section within Graphical User Interface 800 as seen in FIGS. 6A, 6B, and 6C.

As seen in FIG. 6A, Graphical User Interface 800 is an application running on user interface console 101. In the illustrated embodiment, Graphical User Interface 800 works with switch 300, as seen in FIG. 1, for controlling lights 132. As an example, lights 132 may be dimmable lights and multicolor lights. In a preferred embodiment, it is a requirement of graphical elements 811 to reflect a state of assets 120. Graphical elements 811 indicate that light 132 is “On” by illuminating a graphic, in this case symbolic of a light bulb, contained within graphical element 811.

As seen in FIG. 6B, Graphical User Interface 800 works with switch 300, as seen in FIG. 1, for controlling pumps 122 and variable speed pumps.

As seen in FIG. 6C, Graphical User Interface 800 for switch 300, as seen in FIG. 1, controls variable opening and flow controlling, as an example, through valves 126.

User interface console 101 is sufficient for provisioning, adding devices to wireless network 100, seen in FIG. 1, and configuration, assigning each device name, function, asset type, etc. In another embodiment, Graphical User Interface 800 software is included on navigation systems of vessels V, seen in FIG. 1, for console control of the system devices.

Seen in FIG. 7 is a schematic representation of wireless network 100 made up of at least one beacon 200, at least one control panel 350 having switches 300, at least one battery selector 400, and at least one mobile device 102 within vessel V. Details of data flow between wireless network 100 in vessel V, and remote User interface consoles 101 that comprise a complete system 10 are described herein.

Beacon 200 and mobile device 102 are capable of transmitting data from within wireless network 100 to cloud server 500. Mobile device 102 is capable of acting as an uplink between their respective wireless network 100 and cloud server 500 if no beacon 200 is present on wireless network 100. Both beacon 200 and mobile devices 102 are capable of storing data until an uplink to cloud server 500 can be made, bad signal, in a method commonly known as cache-and-push. Control and monitoring, as well as, device provisioning and configuration, can be administered from local mobile device 102 or from any remote user interface console 101 or a second mobile device 102 via cloud server 500.

Control panels 350 having switches 300, and battery selectors 400, within their respective vessel V carry a limited amount of intelligence, primarily machine learning and anomaly detection subsets of artificial intelligence. Server-side computing that may include Artificial Intelligence by cloud server 500 can perform extremely complex operations with collected data. Further, an ability to process large data sets from many vessels and many networks that implement this system enables the ability to draw broader conclusions, relating to predictive analytics for example. Cloud server 500 is then capable of communicating any alerts back to the user either directly to mobile devices 102 or to wireless network 100 via beacons 200.

Wireless network 100 possesses limited intelligence as a subset of cloud server 500 intelligence for real time decision-making. This is defined as edge computing in more broad industry terms and is primarily carried out in beacons 200. If there is an abnormality the system will warn the user of said abnormally and the user will then be able to make decisions and corrections electronically and wirelessly in real-time to physical assets 120 anywhere in vessels V.

Switches 300 and battery selectors 400 are responsible for monitoring, logging, sharing, and reporting anomalies with their assets 120, the machine learning subsets of artificial intelligence. Within wireless networks 100 the user is notified of any anomalies. The anomalies are also transmitted to cloud server 500 to be logged and stored. Server-side computing will process, as described above, data for multitudes of vessels V that are using the same or similar devices. In this way more comprehensive data sets are built making the systems analytics more reliable with time.

In a preferred embodiment, intelligent system of system 10, comprises the following steps:

1) collecting data from a multitude of assets 120 and other sensors within vessel V, by a plurality of switches 300, and battery selectors 400;

2) sharing the data collected from switches 300, and battery selectors 400 with one another such that all devices share all data;

3) transferring the data to at least one cloud server 500 for storage and computing such as comparisons, assertions, predictions, and decisions; and

4) allowing user interface console 101 to communicate with the at least one cloud server 500 to show the user the comparisons, assertions, predictions, and decisions based on the shared data.

System 10 allows users to customize and connect to a plurality of electronic or electromechanical apparatus for status and control purposes. Such customization should include the ability to modify the soft-key metrics of the physical control mechanism. Such a device should allow for usage in various environments, including marine, or saltwater environment, and accordingly would likely require a watertight, sealed device with limited electrical connections. A system is built by adding devices to a closed local network to provide a user with the ability to easily communicate with any devices in wireless network 100. Devices can communicate amongst themselves within the network to share data, which is used for devices to perform tasks in response to events.

Furthermore, system 10 allows users to customize communications between third party vendors' devices, sensor network for data collection, etc. Therefore, system 10 is not just as asset control but also as a means to host a software platform.

The foregoing description conveys the best understanding of the objectives and advantages of the present invention. Different embodiments may be made of the inventive concept of this invention. It is to be understood that all matter disclosed herein is to be interpreted merely as illustrative, and not in a limiting sense. 

What is claimed is:
 1. A switch comprising: A) a waterproof sealed housing, said waterproof sealed housing houses linear and angular position sensors and a wireless microcontroller; and B) a physical user interface mounted onto a shaft having a set of interchangeable inserts, said switch communicates via wireless communication.
 2. The switch set forth in claim 1, further characterized in that said waterproof sealed housing houses at least one switching power transistor, a signal sensor, a voltage sensor, a current sensor, and an illuminant indicator.
 3. The switch set forth in claim 1, further characterized in that said waterproof sealed housing comprises a sealed housing cover.
 4. The switch set forth in claim 1, further characterized in that said switch further comprises a translucent window and a tactile click mechanism.
 5. The switch set forth in claim 4, further characterized in that said shaft comprises an outer surface at one end and a magnet-encapsulating cavity at an opposite end.
 6. The switch set forth in claim 5, further characterized in that said shaft moves linearly along a center axis, such that a pulse of pressure on said outer surface is transferred to said tactile click mechanism.
 7. The switch set forth in claim 5, further characterized in that said shaft moves linearly along a center axis independent of said physical user interface, whereby said outer surface acts as part of said physical user interface.
 8. The switch set forth in claim 5, further characterized in that said shaft is translucent to allow an illuminant indicator to shine through said translucent window to an outside of said physical user interface and illuminates said outer surface.
 9. The switch set forth in claim 1, further characterized in that said switch further comprises terminal connectors.
 10. The switch set forth in claim 1, further characterized in that said interchangeable inserts contain different detents and position limiters that define angular movements of said physical user interface.
 11. The switch set forth in claim 1, further characterized in that said physical user interface includes a rotating knob, a clicking surface, and an illuminated surface.
 12. The switch set forth in claim 1, further characterized in that said switch connects through a self reliant wireless network.
 13. The switch set forth in claim 1, further characterized in that said switch connects wirelessly forming a wireless mesh network with other of said switches.
 14. The switch set forth in claim 1, further characterized in that said switch is a power-controlling device programmed to control a plurality of assets.
 15. The switch set forth in claim 14, further characterized in that said switch assigns each of said plurality of assets a graphical element bound to a corresponding said physical user interface.
 16. The switch set forth in claim 1, further characterized in that said switch makes measured data available system-wide and to a user for purposes of monitoring aspects of a vessel.
 17. The switch set forth in claim 16, further characterized in that said aspects of said vessel are water levels, fuel levels, and battery temperatures.
 18. The switch set forth in claim 1, further characterized in that said waterproof sealed housing is designed for marine and military applications.
 19. The switch set forth in claim 1, further characterized in that a plurality of said switch is implemented as part of a control panel. 